home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Collection of Internet
/
Collection of Internet.iso
/
faq
/
comp
/
ibm_rt_f
/
aix_v2
/
misc
/
part1
next >
Wrap
Internet Message Format
|
1994-04-03
|
54KB
Path: bloom-beacon.mit.edu!hookup!europa.eng.gtefsd.com!emory!swrinde!news.uh.edu!lobster!antimatr!faq-rt
From: faq-rt@antimatr.hou.tx.us (Mark Whetzel)
Newsgroups: comp.sys.ibm.pc.rt,comp.unix.aix,comp.answers,news.answers
Subject: COMP.SYS.IBM.PC.RT: AIX V2 FAQ - Question/Answer, Part 1 of 2
Summary: This posting is the question and answer section to the Frequently
Asked Questions (and their answers) and general information, hints
and tips on issues related to using AIX V2.2.x on IBM RT
(Model 615x) computers.
Keywords: IBM RT PC software FAQ 6150 6151 6152 AIX VRM AOS MACH PICK
Message-ID: <ibmrt_aixv2m1_765425273@antimatr.hou.tx.us>
Date: 4 Apr 94 02:08:45 GMT
Expires: 17 May 94 02:07:53 GMT
References: <ibmrt_aixv2ix_765425273@antimatr.hou.tx.us>
Sender: markw@antimatr.hou.tx.us
Reply-To: aix-rt@antimatr.hou.tx.us
Followup-To: comp.sys.ibm.pc.rt
Lines: 1108
Approved: news-answers-request@MIT.Edu
Supersedes: <unknown>
Xref: bloom-beacon.mit.edu comp.sys.ibm.pc.rt:1498 comp.unix.aix:23023 comp.answers:4433 news.answers:17305
Archive-name: ibm-rt-faq/aix-v2/misc/part1
Last-modified: Fri Mar 25 03:37:40 CST 1994
Version: 1.1
Frequently Asked Questions for: AIX V2.2.1 on IBM RT systems
Various subject Q & A topics for AIX/RT.
Part 1 of 2 parts.
The AIX V2 FAQ currently consists of EIGHT parts in 5 topic areas:
AIX V2 FAQ Index and acknowledgements
AIX V2 OS Specific hardware issues - in one part (currently).
AIX V2 Software questions - in three parts. (This FAQ)
AIX V2 Problem Questions and answers - two parts.
AIX V2 Porting software notes - in one part (currently).
See the AIX V2 FAQ index posting for a complete index of the AIX FAQ postings.
This FAQ covers geneal questions and answers to using AIX V2 on an IBM RT
system. It also contains some general HOW-TO questions and help.
================================================================================
3.0 Problem Question and Answers.
Q.1 I have lost my root password, how can I reset it?
I have a procedure in another document outlining the steps for this
recovery. E-mail me with your request, and I will mail it to you.
I hesitate to post the procedure to a public list.
------------------------------
Q.2 LED code 99 is displayed at power on, what is it?
The keylock has been left in the 'locked' position at power on.
Turn the key to unlock and the system will continue booting.
------------------------------
Q.3 - How do I move 'system' filesystems (/,/usr,/tmp,/u,/vrm)?
How to increase the size of filesystems.
The procedure for moving or enlarging a minidisk are virtually the same.
The basic procedure involves rebooting from the install/maint disk,
backing up the minidisk in question, deleting the original space
and remaking the new space, then restoring the data. One critical element
of these procdures is the IODN of the various system minidisks. Make
sure that you use the same IODN number for the newly created area as
before.
* Enlarging an existing minidisk
To enlarge a minidisk, the principle is the following:
backup your minidisk
load the installation/maintenance diskette
get the IODN of the current minidisk you want to enlarge
delete the minidisk
create a new, larger minidisk using the same IODN
make a filesystem on the new minidisk
restore your data
reboot normally
* Detailed procedure:
You can change the size of the /usr minidisk (or any other for that
matter). Minidisks are sections of the hard disk that are contiguous.
There may not be any free space immediately after the /usr
minidisk on your system. If that is the case, then you will have to
rearrange several minidisks on your system in order to create the
amount of contiguous free space that you need. A general procedure
is outlined below. More detailed information is contained in
Managing the AIX Operating System (SBOF-0168).
1) While in the Bourne Shell use the minidisk command and
print off the minidisk configuration (F4).
2) Check the printout from the minidisk command. Check to see if
there is any free space immediately after the /usr minidisk.
If there is enough, then the procedure will be fairly simple.
If not then it is a little more involved.
3) Shutdown and boot from the Installation/Maintenance Diskette.
Follow procedure A or B, depending on the free space.
Procedure A - IF there is ENOUGH free space:
4) Select Backup commands.
5) Select Backup a file system and backup the /usr minidisk.
DO NOT USE THE BACKUP A MINIDISK IMAGE OPTION.
Be sure to check for any errors during the backup operation.
6) Select Delete a fixed disk minidisk and write down the /usr
minidisk IODN. Delete the minidisk.
7) Select Create a fixed disk minidisk.
a) Select Specify IODN and supply the IODN that you noted in the
previous step.
b) Select No preference to cause the minidisk to be created in
the first disk area large enough to accommodate it. (Do not
use the beginning, middle, or end allocation suboptions.)
c) Specify the number of blocks necessary to meet your new
requirements.
8) Select Make a file system and create a file system on the new
minidisk. Select the same IODN that the original file system
had, the one you noted above.
9) Select Restore commands.
a) Select Restore a file system.
b) Restore the old file system to the new minidisk, using the
same IODN.
10) Select Check a file system and check the structure of the new
file system.
11) Remove the AIX Operating System Installation/Maintenance
diskette and start the system from the fixed disk.
Procedure B - IF there is NOT ENOUGH free space:
4) Select Backup commands.
5) Select Backup a file system and backup the /usr filesystem.
a) Repeat this step for the other filesystems that are on the
hard disk and physically located "behind" the /usr minidisk.
For example if a system only has one hard disk (70 Meg), the
minidisk facility gives the following information:
MD MD MD Block Number ... Mount ......
Name IODN Type Size Blocks ... Directory ......
hd6 32760 VRM 512 3600 /vrm
32766 Pgsp 512 13722
hd0 16384 AIX 512 25679 /
hd2 16387 AIX 512 66809 /usr
hd1 16386 AIX 512 22810 /u
hd3 16388 AIX 512 4000 /tmp
hd4 16385 AIX 512 5000 (the dump minidisk)
Available space 512 1000
Assuming that there is some free space after hd4, then
backup the /usr and /u filesystems. You probably would not
backup the /tmp minidisk since you do not have any permanent
files there. You would not backup the dump minidisk (IODN
16385). DO NOT USE THE BACKUP A MINIDISK OPTION.
It is good backup procedure to check the file system using fsck
to make sure it isn't corrupted before doing a backup. Also,
make sure the backup was successful by doing a 'restore -T' to
the backup tape, before destroying the file system.
6) Select Delete a fixed disk minidisk and write down the IODN numbers
for every minidisk you are about to delete. From the example in
step 5, you would record the IODN's for the /usr, /u, /tmp, and
the dump minidisk. After verifying your tape(s) are good, delete
the minidisk(s) that need to be re-arranged.
7) Select Create a fixed disk minidisk.
a) Select Specify IODN and supply the IODN that you noted in
the previous step.
b) Select No preference to cause the minidisk to be created in
the first disk area large enough to accommodate it. (Do not
use the beginning, middle, or end allocation suboptions.)
c) Specify the number of blocks necessary to meet your new
requirements.
d) Repeat step 7 a), b), and c) for each of the minidisks
previously removed.
8) Select Make a file system and create a file system on each of
the new minidisks. Be sure to use the same IODNs as was
used on the original file systems.
9) Select Restore commands.
a) Select Restore a file system.
b) Restore the old file system to the new minidisk, using the
same IODN.
c) Repeat 9 a) and b) for each minidisk and file system.
10) Select Check a file system and check the structure of all the
new file systems you have restored.
11) Remove the AIX Operating System Installation/Maintenance
diskette and start the system from the fixed disk.
==**==**==**==**==**==**==**==**==**==**==**==**==**==**==**==**==**==
Tip from Willi Zuber, IBM France
Date: 16.09.1988
[ NOTE: I personally have NOT tested this way of 'increasing' /usr.
I HIGHLY recommend that you have a good system backup in case something
goes wrong. Always 'Be Prepared' when experimenting! - MW ]
If /usr is full, do the following to gain some space:
1. Find the biggest subdirectory in the /usr directory:
commands: cd /usr
li -R1p | xargs -i du -s {}
The system lists the directories of /usr and their
respective disk usage. Take note of the biggest one:
ex. 18000 blocks for /usr/lib
[ Note: lib is the hardest to move, as it is usually busy with
programs. I suggest /usr/lpp first, then try /usr/lib.
I suspect it would be best to have a completely idle system
and a 'killall' done first before attempting /usr/lib. -MW ]
2. Create a new minidisk to contain that "biggest subdirectory"
and give it a "dummy library name":
ex. hd13 with 22000 blocks to contain "/dummylib"
3. Mount the new minidisk:
command: mount /dev/hd13 /dummylib
4. Kill the error daemon:
command: kill /usr/lib/errdemon
NB. This is only necessary if you move the subdirectory "lib"
5. Copy /usr/lib to /dummylib:
commands: cd /usr/lib
find . -print | cpio -pdl /dummylib
[ Note: Verify that your copy is good before continuing. - MW ]
6. Umount /dev/hd13:
command: umount /dummylib
7. Remove the entries of /usr/lib:
commands: cd /usr/lib
rm -r *
8. Mount hd13 on the correct directory:
command: mount /dev/hd13 /usr/lib
9. Update the file /etc/filesystems:
change the stanza name "/dummylib:" into "/usr/lib:"
(do not forget the double point!!) [ Colon for us USA types - MW ]
WARNING: Make sure that the mount is set to always mount at IPL.
10. Re-ipl the system.
------------------------------
Q.4 - What do the IODN numbers mean.
Input Output Device Numbers (IODN) of the system minidisks.
The numbers assigned to various system minidisks is how the VRM
is able to associate a particular disk partition with the related
filesystem.
dev IODN use mount attributes
--- ----- ------- --------------- -----------------
hd0 16384 AIX / Auto IPL
hd1 16386 AIX /u
hd2 16387 AIX /usr
hd3 16388 AIX /tmp
hd4 16385 dump
32766 PgSpace
hd6 32760 VRM /vrm read only
hd7 20001 AIX /user-minidisk
IODN number for minidisks is 16384 (minimum) to 32767 (maximum).
User created minidisks start at 20001 thru 29999.
------------------------------
Q.5 - How do I make a netnews filesystem with lots of inodes?
The minidisks command can make a minidisk partition of any size,
but the maximum number of inodes in will make is less than
32000 inodes, and is based on the size of the minidisk being created.
The AIX filesystem can be made with a larger number of inodes by use
of a prototype file and the 'mkfs' command.
1) Use minidisks to make a filesystem of the size you wish,
on the disk you want.. example /news.
number of blocks maximum on a E310 = 605460 (leaving 9 free)
Note the device number when the minidisks makes the new filesystem
and minidisk.
2) mount /news
df /news
Note: The number of blocks will be LESS than that specified in
the minidisks command, because of inode blocks overhead.
3) Use the proto command and save the output to a file.
proto /news >/tmp/proto.keep
4) unmount /news
5) Edit the /tmp/proto.keep file and add the size of the filesystem,
and your requested number of of inodes. Be conservitive, the 'mkfs'
command will round UP to a proper multiple based on the geometry of
the target disk drive.
# cat /tmp/proto.keep
: Prototype file for /news
/noboot 605460 63000
d--777 0 0
lost+found d--755 0 0
$
$
$
# mkfs /dev/hd10 -vNEWS /tmp/proto.keep
DANGER: Do not go over 64000 inodes. Due to some bug in the
AIX filesystem code, it seems to get lost if the total number
of inodes is very large, and does not contain some slack space.
6) mount /news
Expand the lost+found directory by creating about 200 files
with touch, and then delete them. This expansion is required so
that during 'fsck' processing, if errors DO occur, the system
can move 'dangling' files to the lost+found directory. During this
processing fsck cannot have the filesystem changing without its
knowledge.
------------------------------
Q.6 - The domain name server is not working correctly.
The version of named shipped with AIX/RT is VERY old!
A partial 'what /usr/lpp/tcpip/etc/named' shows:
ns_init.c 4.23 (Berkeley) 2/28/88
ns_main.c 4.30 (Berkeley) 3/7/88
Copyright (c) 1986 Regents of the University of California.
ns_maint.c 4.23 (Berkeley) 2/28/88
ns_req.c 7.7 89/01/27 11:30:46
ns_req.c 4.32 (Berkeley) 3/31/88
ns_resp.c 4.50 (Berkeley) 4/7/88
ns_sort.c 4.3 (Berkeley) 2/17/88
ns_stats.c 4.3 (Berkeley) 2/17/88
named 4.8 #12: Wed Jul 27 11:47:05 CDT 1988
While it pretends to be 4.8, it does not have anywhere near the
features of the 4.8.3 server or later. Particular problems I have
seen are:
- Secondary servers do not understand how to save the transfered
zone data to files for restart recovery.
- zone transfers are NOT asyncronous. If lots of secondary
zones are being handled, zone transfers will tie up the server
making in unresponsive.
- 'TXT' records, while not documented as available in the TCP/IP
manual, do work on IBM supplied server.
- Later maintence level of 1773, seems to have broken MX record
lookup by the resolver routines located in libc.
If you are having problems with the server, I suggest that you
replace the named server with at least the 4.8.3 version available
from the net. See section P.3 on porting and running that server.
------------------------------
Q.7 - Mail addressing and setup.
The AIX/RT standard mail facilities consist of the sendmail program,
(if installed) and the SYSV based user agent 'mail' command.
The sendmail code appears to be based on sendmail version 7.24.
The only overt major change to the programs is the location of the
control files. They are located in: /usr/adm/sendmail
IBM includes a program called '/usr/lib/edconfig' to help with editing
the sendmail.cf control file. This program is menu driven, and depends
on the supplied sendmail.cf and the comments located in the file to be
able to change the sendmail configuration for you. However, you
do not have to use this program to configure the sendmail config file.
There are liberal comments located in the file describing the various
macros for the system configuration.
For more documentation on the IBM sendmail, see the "Managing the AIX
Operating System" manual number SC23-2008. Chapter 7 is devoted to mail
issues. That chapter has some excelent information on understanding the
sendmail.cf file, sendmail macros, mail tailoring issues, understanding
mail rewrite rules and the obscure format of the sendmail config file.
Also covered is the format of the queue control files, and more.
If you use the supplied AIX sendmail config file, here are some
macros that should be looked at:
Dw Host name macro
Cw Host name class
DD Domain name macro
DE Macro for first (left most part here in the US) domain part.
DF Macro for second domain part.
DG Macro for third (optional) domain part.
DH Macro for fourth (optional) domain part.
To avoid confusion IBM manual recommends that the following names for
your system should all be the same:
nodename - Defined in /etc/master and built into the kernel.
Binary changed in /unix and the running kernel with
the 'chparm nodename=' command.
nickname - The name that Distributed Services uses for your system
name. Changed by the 'ndtable' command.
hostname - TCP/IP name defined and displayed by the 'hostname'
command. Usually set from /etc/rc.tcpip shell script.
As supplied, you will find that the IBM mailer has a great deal of
problems existing in a mixed UUCP and TCP envionment. A pure TCP
envrionment also will have problems with MX records, and domain name
service queries. X.400 names can cause it all kinds of problems.
I found that the best solution was to replace the supplied sendmail
with PD versions. See section P.5 for porting and install instructions
for IDA sendmail 5.65c.
------------------------------
Q.8 - How do I set up a dial-in autospeed detect serial line?
See the software question S.13 for general serial port add
instructions.
Modem capabilities vary greatly from vendor to vendor, and much of
the 'art' of serial port setup of any type will be impacted by
the setup 'switches' both hardware and software register setups.
A great deal of the problem with serial port function is using the
proper cable. Modem usage requires a correctly wired cable. See
the hardware FAQ for pinout and cable information.
Before starting any attachment of a modem, read your vendors manual
on setups. Some vendors documentation have recommended setups for
attachment to UNIX systems, particularly when used with UUCP.
Examine your vendors modem manual about soft register settings dealing
with speed matching, and how it is presented to the host computer.
If you have one of the newer breed of modems where the
serial-port-to-LOCAL-computer speed can be locked to a single speed,
while the modem-to-REMOTE-computer speed can be set to the callers speed,
Then the procedure described below is not neecessary, simply setup
the port as normal, and set the port speed to the 'locked' speed of
the modem, and your work is done. (Trailblazer modems have this
capability for example). Make sure that the pacing, either XON/XOFF
or RTS/CTS, is setup correctly in the modem and/or the communication
terminal that the caller will be using. If the users speed will be
mis-matching the port speed, there can be over/under run problems.
Setting up an AIX/RT port for autobaud capabilities is not described
very well in any of the AIX documentation. The Managing the AIX
Operating system book has a small section devoted to serial port
setup, but this obscure feature of AIX/RT serial ports is overlooked.
The real truth is AIX/RT serial port capabilities are not great,
especially in the autobaud arena. You will have to decide what
combination of speeds and parity settings you would like to support
and select a few popular combinations.
To allow more than one speed to dial in requires you to edit manually
the /etc/ports file AFTER you add the tty port with the devices command.
WARNING: Any use of the devices command on this port later will wipe
out the following changes, and will have to be manually be
re-entered for that port.
Edit the /etc/ports file, find the /dev/tty## entry that was added by
the devices command for your serial port.
Looks a little like this:
/dev/tty0:
lock = true
speed = 2400
logmodes = echoe+cs8
runmodes = hupcl+cs8+cread+brkint+icrnl+opost+tab3+onlcr+isig+
icanon+echo+echoe+echok
parity = none
synonym = /dev/ltty0
Change the 'speed' and parity entries to look like this for a three
speed call in of 9600,2400,1200 with no-parity used for any of the
speeds used.
speed=9600,2400,1200
parity=none,none,none
This will set the port initially to 9600 baud, and step down the speed
on each recipt of a 'break' sequence by the modem.
If a user dials in at 2400, after the modems sync carrier, and setup
for 2400 baud, if the port is at the wrong speed, they will
receive garbage for the 'hearld' stanza in the 'defaults' section of
the /etc/ports file. They then press 'break' and the RT will move to the
next speed, and then the 'hearld' will be re-displayed. Once the speed
and parity setting matches the users modem speed, the login hearld will
be readable. If the end of the list is reached on speeds, it wraps
around to the first entry.
------------------------------
Q.9 - How to setup a serial port for shared dial-in and out?
To properly allow a serial port to be used for dial-out with
the cu command or for UUCP usage, AND allow call-in capability will
requre a few non-standard, and obscurely documented changes.
1) Define the port for dial-in usage as described in section
Q.8 above, but make sure the 'ae' parameter is set to delay or
share. I find that delay works best, but use what is proper for
your requirements.
2) Add the following line to the /etc/ports file for the
/dev/tty# stanza requiring dial-in/out capability.
lock = true
This will cause a lock file to be created in /etc/locks by
the getty, and also allow it to correctly handshake with
uucico and cu to release the serial port when necessary for
outbound operations, and also will block uucp and cu from
operating when a caller is logged in on the port.
Under normal usage, this is all that should be necessary.
NOTE: Even on the last fix level, the ATE command does not know how
to request a lock, or release a port in a automatic fashion.
You will have to issue a 'pdisable' command prior to 'ate'
usage, and then re-issue a 'pdelay' or 'pshare' command after
done using ate.
NOTE2: Proper locking and releasing of ports with uucico and cu was not
fixed until around the 2705 opsys update level or later.
------------------------------
Q.10 - The devices command won't find my newly installed adapter.
Four possibilities:
1) Conflicting interrupt or DMA levels are preventing the
board from being properly recognized at boot time.
2) The adapter card is not supported by AIX V2.2.1
3) The adapter card is defective.
4) Needed support functions were not installed.
The VRM device driver LPP sections may not be installed.
The disks contain support for the following drivers:
IBM SCSI cards, 3270 cards, Ethernet cards,
Token-ring cards, devices needing block I/O support.
------------------------------
Q.11 - What is the procedure to add a hard disk to a system that has
been in use on another RT system running AIX.
Assming that the drive to be added came from another RT system, no special
formatting is needed. The minidisk partition table, and bad track map
are already on the drive.
To be safe, I personally like to remove all hard drives except the NEW one,
put the terminator on the new drive, boot from the VRM floppy, and then use
the second procedure below to remove any stray minidisks from the foriegn
drive.
Simple procedure: *IF* you are sure that the drive to be added had NO
minidisks on it, all you have to do is:
1) Plug in the new drive, observing that the terminator is removed.
Only one disk must have a terminator, with one controller card,
If you have a system with more than one controller, follow the cable
set for each controller. Only one drive for each set must have a
terminator resistor installed.
2) Use the 'minidisks' command to manage the drive, add minidisks,
filesystems, and enjoy. Your work is done.
Complex procedure: However... If the new drive had minidisks already on
it, and worse, SYSTEM minidisks on it, AIX and VRM
will get VERY confused about what minidisks are what.
Use this procedure if you are not sure what minidisks
may be on the drive, if any.
This is the ONLY safe way to check out foriegn disks.
Don't try to boot your AIX system just after adding it to the system.
1) Boot the diagnostics disks, and see what drives are found.
Use the option 'show all installed options' selection of the
utilites portion of the diagnostics. Make sure that the terminator
is installed correctly as shown in the hardware setup FAQ or manuals.
Remember, only the last drive in the chain for each controller just
have a terminator pack.
2) I like to test the drive with diagnostics and make sure it is at
least responding to initial selection.
3) Boot up the VRM diskette #1 and use the VRM maint utility commands
'qi' and its other very strange commands to display all minidisks on
each and every drive. Write down the IODN and IOCN numbers on each is
installed drive.
If the NEW drive has any VRM minidisk numbers (32760 and 32766) AND
AIX system minidisks (16384 and up to 19999). VRM will get VERY
confused about what VRM and AIX filesytems are what. It seems that
VRM goes by the IOCN/IODN numbers to figure out what partitions
are what, and gets very confused if there are duplicate partition
numbers. To clear this up continue with step 5.
4) If ALL the minidisks are over 20000 and less than 32760 in number,
AND *NONE* of the minidisks has the 'PgSpace' marker, you can do one
of two procedures:
A) Exit the VRM utilites and re-boot your normal AIX system, then
use the 'mdrc' command to recover any filesystems and minidisks
that were on the 'new' drive. The mdrc (minidisk recovery)
command reads the minidisk partition table, and re-writes it
and resyncronizes the /etc/system and /etc/filesystems files
so that the numbers on it and the system tables will not
conflict with existing minidisk numbers. This procedure will
rename any mount points on the 'new' filesystems to
/tmp/directory/hd## matching the renamed 'hd' numbers that will
be assigned to the added drive.
B) Use the VRM install utilities and use the delete minidisk
comand descrived in step 5A to delete any or all unneeded
minidisks. If any minidisks are left, then use step 4A on
the disk to recover any remaining minidisks, and syncronize
the system tables.
5) If some or all the minidisks are under 20000 in number OR there are
minidisks in the 3276x range, OR one of the minidisks has a VRM
'PgSpace' marker, problems can occur.
You can choose several options: A) Delete everything on the new
drive, B) Delete some minidisks and recover what is left, or
C) attempt to recover all minidisks, including the 'system' ones.
While following these proceedures, BE CAREFUL on what drive is called
0 and 1 and 2. Drive 0 normally is the top back drive connected to
the C1 connector. Drive 1 is the bottom back drive connected to the
D1 connector, and drive 2 is the front drive bay connected to the E1
connector. Things can get VERY confused if you have a system with two
controller boards in slots 1 and 2. A mis-cabling by some other
person can scramble the drive numbering.
A) You can remove all the minidisks on the drive by using the
delete minidisk command 'dlmd', to delete any of the possibly
duplicate minidisk(s). If any to be removed are a pagespace,
follow the procedure in step 5C2 below prior to deleting that
type of minidisk. The syntax of the delete command is:
dlmd <minidisk_id> <reald>
minidisk_id = IODN or name of minidisk being deleted.
reald = The fixed disk IODN on which the minidisk resides.
If you have more than one minidisk with the same
name on different drives you *MUST* specifiy this
parameter. The number to be used is the disk
drive NUMBER (0,1 or 2).
Once all old minidisks are gone, remove the VRM utility disk,
re-install your other disks (if you removed them), and reboot
AIX and use the now empty disk as normal.
B) Using the 'dlmd' command as described in procedure 5A above,
delete any system minidisks from the new drive, leaving the
'user' minidisks (greater than 20000 and less than 32767).
Continue with step 4A above to recover the filesystems.
C) To recover ALL minidisks for examination, use the VRM utilities
to remove the special VRM markers from the minidisks on the
new drive. There are three special case filesystems:
1) If any have the 'PgSpace' marker, it is a paging area,
and is most likely currently in use by this boot of VRM
(from the utilities!). Deleting it now can cause a run
error. First, unmark the minidisk as a pagespace with
the utility command 'setattr'. Reboot the VRM utilities,
and then remove any minidisk(s) that were in use as
pagespace (there is no AIX filesystem on it and nothing
generally of use anyway).
2) If any minidisks have the IODN of 32760 and have the
'VRM' marker, AND you want to recover it as a regular
filesystem minidisk, remove the VRM marker from the
minidisk with 'setattr'. You can also use the setattr
command to remove the read-only status of the minidisk.
3) If the '/' (root) filesystem exists with IODN 16384 on
the drive, remove the 'IPL' marker from the minidisk with
'setattr'.
Then continue with step 4A above using the AIX/RT 'mdrc'
command to renumber and rename the remaining possibly duplicate
minidisks.
------------------------------
Q.12 - The disk I have is one of the IBM supported disks, but it can't be
found by diagnostics, or AIX.
The most likely cause of this problem is the IBM supplied minidisk
partition table, and the defect map area has been removed by some
method. A full reformat with a non-AIX/RT computer is the usual
cause of this problem. To add this disk, follow the procedures described
in Q.13 below for adding a ODM ESDI drive to the system. When you
get to the part on specifying the disk parameters, use the option
'1 - Specify a known device.' to fill in the disk parameters.
------------------------------
Q.13 - What is the procedure for adding a Non-IBM ESDI or MFM hard disk
with AIX V2.
To use a NON-IBM ESDI drive on an RT, it will have to be very
close in its geometry to one of the IBM supported drives.
I have not yet tried to use ESDI drives with larger than 310 Mbytes
of space with AIX.
To be able to properly use the drive, it will have to be prepared
in two seperate formatting steps.
First, shutdown the system as normal.
I personally like to work on new disk drives with NO other drives
installed in the system. The serves several purposes.
1) If there is anything wrong with the drive, it won't cause problems
the other disk drives in the system.
2) If you make an error specifiying any arguments or commands with
the diagnostics or the VMF utilities, you won't accidently
damage any of the information on your other drive(s).
The RT employs a specially cut and twisted drive control cable,
allowing all hard drives to be jumpered for drive select 2.
Examine the disk drive electronics, and set the drive select jumpers
for the drive to DS2. Double check other jumpers if necessary on
the drive. Some drives have jumpers to control the number of sectors
per track, and timing adjustments. Look at the ESDI drive chart in
this FAQ and pick a setup that is close in sectors to the IBM drives.
The larger drives usually use from 34 to 36 sectors per track.
If you are following my precaution for testing the drive by itself,
make sure that the proper value and type of terminator resistor is
installed in the drive, as this will be the last (only) drive in the
chain of drives in the system.
Install the drive in one of the open drive bays. Make sure that the drive
is plugged into the proper power cable. The tower model 6150 RT as the
following drive bay locations. Drive bay 'C' is the top back full height
drive bay, and uses power connector P13. Bay 'D' is the bottom back bay,
and uses power connector P14, and bay 'E' is the front full height bay
just below the two half height floppy drive bays.
If this is the only drive in the system, put it in bay 'C'.
Unfortunately the desktop 6151 system has only one full height drive bay.
While the controller is capabile of running two (or three depending on
the exact model controller) hard drives, I have not investigated using
two half height drives for this system. That may be possible as long as
you don't exceed the capacity of the power supply.
At this point, I like to boot the diagnostics diskettes and see if
the drive is recognized. Choose the utility section of the diagnostics,
and select the 'show all installed devices'. All adapters in the system
should be listed, including the fixed disk drive adapter. This makes
sure that the adapter is still functioning. Usually the drive itself
will NOT show up in the attached devices list, even if everything is
correct with the hardware. The AIX RT diagnostics are rather dumb and
will not understand the drive and its geometry if there is no AIX style
minidisk partition table on the drive.
If the new drive DOES show up, the diagnostics will show its position and
size if it is an IBM drive. Unless you would like to completely reformat
the drive you should skip to the FAQ section on adding a drive with
existing AIX formatting to the system. There may be minidisks on the
drive that can conflict with your system. If you do wisk to reformat
this drive, skip past the paragraphs below about VRM formatting.
We now have to assume that the ESDI drive is working correctly, as
none of the AIX or diagnostics tests will show the drive as operable yet.
The new drive must be formatted with the VRM installation disks. This
formatting will put a new minidisk partition table on the drive, and
also will create the VRM bad track map table on the drive (empty), and
the geometry information record will be written to the drive.
Put disk 1 of the VRM install disks in the floppy drive, and boot the
system from the floppy. Use the following procedure to walk thru the
menus of the VRM utilities and the VRM format command.
When the VRM install disks boot up, they will ask you for your keyboard
language, choose the proper menu item and press enter. Next a menu
of VRM options will be displayed.
* Choose menu option 7, "Maintenance Facility"
You will be given a command line interface with a prompt of ">".
To get help with any comand type 'help commandname". The screen will
not scroll when the screen is full with these utilities. Press F1 to
see more of the screen.
Assuming that the drive is in bay C, and all by itself, type the
following command to start formatting that drive:
format 1
Drive bay C is drive 1, bay D is 2, and bay E is 3. Systems with
two EESDI controllers thus have drives 1,2,3 on the first adapter
and drives 4,5,6 on the second adapter.
* A display menu of adapters in the system will now be shown, and the
attached drive numbers that may be formatted. At the prompt to
continue, press 'Y'
VRM will complain that the drive is unreadable, with the following
message as there is not an existing partition table on the drive.
* Drive is Un-readable. No valid disks parameters can be located.
Do you want to specify parameters (y/n).
Enter "y" to continue.
A menu of selectable drive parameters will now be displayed that
looks like this:
1 - Specify a known device.
2 - Specify number of cylinders
3 - Specify number of heads
4 - Specify number of sectors per track
5 - Specify interleave factor
yes 6 - Specify cylinder where precomp begins.
yes 7 - Specify seek profile.
8 - Specify skew factor.
9 - Display configuration record
10 - Continue with format.
11 - Quit format command.
If you have an IBM drive that has had its VRM minidisk table wiped out,
or a drive that exactly matches the geometry of an IBM drive, you can
choose menu option 1 and a menu of IBM known drives will be displayed.
Choosing a IBM drive type will then bring you back to this menu with
'yes' by all of the parameters that have been set. If you have
a drive with different specifications, choose each menu option in
turn above and enter the proper value for your drive. As each option
is specified, and 'yes' will be entered next to that menu option.
Note: ESDI drives do not need menu option 6 or 7, that is why the
'yes' is already on those options.
When you have finished specifying the settings, menu option 9 will
give you a summary of the settings, or allow you to display the
current settings that a drive already has.
When ready to continue formatting, choose option 10.
As the drive formats it will show you the cylinder number in a running
display. If there are problems, you will see the following error
message, or similar:
Start I/O failed. IODN=1315 return code= -6
I/O error during format operation.
drive 1
cyl 0
head 0
Do you want to continue format?
This error indicates an immediate failure (cyl=0, head=0) and
most likely the drive is not responding, or a gross misarrangement
of geometry settings. A 'n' will abort the format operation, a 'y'
will attemt to continue. A very bad track on a drive can also show
this error, but the cylinder and head numbers must be non-zero.
A drive with cylinder zero defective is most likey useless.
Assuming that the VRM format operation has completed, now you need to
boot the diagnostics disks.
VRM formatting will now allow the diagnostics to be able to find and
understand the drive.. HOWEVER, the bad track map is not filled in by
the VRM formatting.
After booting the diagnostics, choose menu option two (2), "Utilities".
This will bring up the "Utility Selection" menu. Choose option three (3),
"Fixed Disk Utilities". Option one (1) on this menu will be
"Format a Fixed disk". Make sure that you select the correct disk.
Confirmation of format will not be requested. The disk size will be
known from the already installed minidisk partition table from the VRM
formatting step. After formatting is complete, exit the diagnostics,
and remove the diagnostics diskette, and enjoy your new disk drive.
------------------------------
Q.14 - What is the procedure for using non-IBM SCSI disks with AIX V2.
As mentioned in the hardware FAQ, the IBM RT SCSI adapter uses
a differential interface, instead of a single ended interface
like that used in most workstations. This makes it electriclly
incompatible with most SCSI drives on market.
However, all is not lost. :-)
Some vendors do offer their SCSI drives with an optional differential
interface. There also exist a couple of manufacturers of
'Differential-to-single-ended' converter boxes. These boxes allow
a bi-directional conversion of the SCSI bus and will allow attachment
of these single ended disk drives.
Newer IBM RS/6000 systems have optional differential interfaces
now available, and some SUN systems will be offerd with differential
interfaces. This will most likely cause drive manufacturers start
to increase the availability of differential drives.
Here is a procedure that works for me to attach SCSI disks from
non-IBM vendors to an RT running AIX 2.2.1.
1) Get the geometry information for the drive and create a ddi
stanza file with the proper information.
A) Use as a reference the ddi information for IBM's 9332 drive.
Copy the /etc/ddi/9332 entry to one of your own name,
such as /etc/ddi/wren7.
NOTE: The commented lines in the ddi stanza are IMPORTANT.
do not change them, or remove them. They must follow
AFTER the entry being described.
Find the following entries and change them to match the
characteristics of your SCSI drive:
> If the the drive is confused about syncronous operations
set this to 'true' and the driver will not offer SYNC
as an option while setting up the data transfers:
(No Negotiate For Syncronous Transfer) == nnfst
nnfst = false
> If necssary, adjust the number of allowed bad blocks.
noabb = 600
* Number of Allowed Bad Blocks
> Here is one of the CRITICAL parameters! Make sure that
this value matches the drives actual number of usable
blocks on the device, *LESS* any CE cylinders and reserved
track areas.
nobod = 391182
* Number Of Blocks On Device.
> AIX filesystems and drives use an underlying physical block
size of 512 bytes. All the drives I have used have been
able to select 512 as the block size. (This value is
specified in 256 byte increments in the ddi.. 2*256=512)
nobub = 2
* Num of 256-Byte Units/Block
> The drives actual number of sectors per track is used by
AIX and VRM for constructing good accessing inode superblock
structures, so set this value as per the vendors
specifications.
nospt = 17
* Number of Sectors per Track
B) Change the string /d9332/ to /wren7/. I never went over
5 characters, just made sure that the strings started with
a letter, and were 5 characters long. The value used for
the string is not important, just be unique among the entries
if you have more then one type of SCSI disk, and it matches
the *NAME* of the file in /etc/ddi directory.
C) Next, we have to setup some things by hand that the 'devices'
command would normally do for us. The disk drives scsi address
and the dma channel to use when accesing the SCSI card/device.
* Find the stanza entries in your newly cloned ddi entry
that now read:
wren7scsi1:
biopa = d50
cn = 6
* DMA Channel Number * 0, 1, 3, 5, 6, 7
wren7scsi2:
biopa = 950
cn =5
* DMA Channel Number * 0, 1, 3, 5, 6, 7
- The entries that start 'wren7scsi1' sets the addressing
parameters for accessing the SCSI card 1. If this is your
very first attached SCSI device, make sure that the DMA
channel number used is not in use by any other cards in
your system. The 'biopa' and 'cn' paramemters MUST track
togther. The 'cn' paramenter sets the dma channel number.
The 'biopa' sets the base io address for the card.
- Find the entry that reads: wren7scsi###
* The following stanzas are 9332 DASDs on the first SCSI adapter
wren7scsi100:
biopa = d50
cn = 6
* DMA Channel Number * 0, 1, 3, 5, 6, 7
The name of the stanza is the entries to be used for
the individual instance of a device. The name is
wren7scsi%$#
Where
% = The card number (1 or 2)
$ = The device SCSI ID (0-6)
% = the device LUN ID (0-1)
Make the same change to the 'cn' and 'biopa' values.
(if necessary)
D) Now comes the critical step, editing the /etc/system file.
Make a bakup copy of /etc/system.. syntax errors in this file
will make your system unbootable! Make sure that you have
a working copy of your 'Installation/maint' diskette around
to be able to get back in and repair any botched attempts.
Add the 'hdisk' by manually adding the stanza(s) for the
disk. This would normally have been done by the devices command.
External disks start with 'hdisk6'. hdisk0,1,2 are internal
on the first EESDI adapter. hdisk3,4,5 are on the possible
portalble EESDI adapter. Pick a uunique IODN number for the
stanza. I usually start with 2310. The scsi id and scsi card
are pointed to by the 'nname=' and 'use=' stanzas of this
entry. Make sure the 'file=', 'kaf_file=' and 'kaf_use='
stanzas point at your newly added 'ddi' file in /etc/ddi.
hdisk6:
* MAXSTOR XT-8760 SCSI Disk Drive
aflag = true
* IBM SCSI Adapter, Primary
adp = scsi1, scsi2
config = scsihelp
crname = false
dname = hdisk
driver = vscsi
dtype = scsi
* IBM RT PC SCSI Devices
file = /etc/ddi/max
iodn = 2310
kaf_file = /etc/ddi/max
kaf_use = kmax
maxdev = 5
name = max
noddi = false
nodl = false
noduplicate = false
noipl = true
noshow = false
nospecial = true
shared = true
specproc = /etc/scsiproc
switchable = false
vint = 4
modes = rw-rw----
nname = maxscsi130
use = dmaxscsi130
E) Activate the usage of the new SCSI disk by the 'varyon' command.
The first time you issue this command, the varyon may fail on some
SCSI disks. The pending Unit Check from coming ready will confuse
the vary commands processing. The vary processing will discover
(hopefully) that the minidisk partition table is missing, and will
proceed to create one. Depending on the formatting or prior data
on the drive, this step can fail, if the varyon command gets confused
about if a valid minidisk partition table is present. If this
happens, take the drive to some KIND soul and have them write ZEROS
on the first 100 sectors of the drive, and re-attach, and re-issue
a varyon command (most likely twice). If everything is correct
the vary will complete without errors, and a subsequent
'minidisks' command will show that space as available.
F) Modify the system to varyon the SCSI disk(s) on each boot.
Add the following command to the end of /etc/rc.include
varyon -q -d hdisk6
varyon -q -d hdisk7 (or however many disks you have)
You might have to issue the command twice for each drive.
[ Note: It has been a while since I have personally done this, but
the general procedure does work. I will re-verify it shortly. - MW ]
------------------------------
Q.15 - The diagnostics start booting ok, then fail with a LED code.
What do the codes mean?
This problem can caused by several problems among which are:
1) Unrecognized floppy controller.
2) Unrecognized or missing RT approved display adapter.
3) Serious malfunction one or more adapters.
4) Serious malfunction in a portion of the processor or memory
cards installed.
Usually, the failing component code will be the last displayed
LED value. Reference the Hardware FAQ for a list of POST LED
codes.
These additonal LED codes can be found for problem areas:
Steady code LED values:
22 - Boot diskette not found or failing.
25 - Software problem during soft IPL, power off and retry.
81 - 5085 failure, make sure it is powered on, and cables secure.
94 - Failing/missing display adapter. Use OEM display adapter
diskette to continue.
99 - Keylock is in locked position.
Blinking code LED values:
02 - Damaged diagnostic diskette, try another.
30 - Damaged diagnostic diskette, try another.
99 - Undetermined Problem, Possible failing:
Keyboard, Diskette error, FP unit, memory card,
or processor card.
------------------------------
Q.16 - How do I setup and use the AT Simulator.
[ Open for adoption by someone very familiar with PC Simulator
experience! - MW ]
===============================================================================
*** FAQ Continued in AIX Question/Answer Part 2 ***
===================== end of ibm-rt-faq/aix-v2/misc/part1 =====================
--
Posted around the first of each month to comp.sys.ibm.pc.rt, and
to comp.unix.aix.
This FAQ is dedicated to use of the AIX Version 2 operating system, running
on the IBM RISC processor known as the RT. The RT is known also as
an IBM model 6150 or 6151 machine.
For AIX RT submissions E-mail to: aix-rt@antimatr.hou.tx.us
For AOS RT submissions E-mail to: aos-rt@antimatr.hou.tx.us
For MACH RT submissions E-mail to: mach-rt@antimatr.hou.tx.us
For general Q&A submissions (hardware and other stuff) E-mail to:
faq-rt@antimatr.hou.tx.us
Other comments and correctons should be sent to the author:
Mark Whetzel
DOMAIN addr: markw@antimatr.hou.tx.us
BANG address: ..!uhnix1!lobster!antimatr!markw
Daytime work number 8AM-5PM M-F CST VOICE: (713) 963-2544
--
AIX..... NOT just another UNIX. (tm)
Mark Whetzel | My own RT system.. My own thoughts..
DOMAIN: markw@antimatr.hou.tx.us | IBM RT/135 running AIX 2.2.1
UUCP ..!menudo!lobster!antimatr!markw | comp.sys.ibm.pc.rt FAQ maintainer.